home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 336 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.4 KB
  1. Path: senator-bedfellow.mit.edu!jfc
  2. From: jfc@mit.edu (John Carr)
  3. Newsgroups: comp.arch,comp.lang.c
  4. Subject: Re: Did Microsoft decree a byte order?
  5. Date: 4 Jan 1996 15:20:38 GMT
  6. Organization: Massachusetts Institute Of Technology
  7. Message-ID: <4cgr86$6hd@senator-bedfellow.MIT.EDU>
  8. References: <4b56do$c3u@sundog.tiac.net> <DKIp84.9Az@calcite.rhyolite.com> <jgkDKMn2x.2KA@netcom.com> <JAN.96Jan4144902@cora.neuroinformatik.ruhr-uni-bochum.de>
  9. NNTP-Posting-Host: kangaroo.mit.edu
  10.  
  11. In article <JAN.96Jan4144902@cora.neuroinformatik.ruhr-uni-bochum.de>,
  12. Jan Vorbrueggen <jan@neuroinformatik.ruhr-uni-bochum.de> wrote:
  13.  
  14. >   What if GIF files didn't work between machines?  Or what about tar files?
  15. >
  16. >Irrelevant. These formats are expressly designed for interchange, and they
  17. >carry a hefty performance penalty because of it. The X protocol is another
  18. >example. For almost all other cases, the equivalent of a core dump is just
  19. >fine. 
  20.  
  21. The X protocol allows the client to choose a byte order, and the
  22. standard X library sends binary structures over the net (it took
  23. a while to get this right on the Cray, but C compilers on most
  24. systems make it easy to create a data structure that corresponds
  25. to the X protocol byte stream).  The server swaps bytes only if
  26. it has a different byte order.  Usually this is not the case (the
  27. server is on the same machine or both client and server are the
  28. same type of hardware).
  29.  
  30. -- 
  31.     John Carr (jfc@mit.edu)
  32.